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Afquitectura Oracle Database llg en Windows 



Oracle siempre ha 
mantenido un fuerte 
compromiso con el sistema 
operatlvo de Windows. En 
1993, Oracle fue el primero 
en lanzar una base de dates 
relacional para Windows 
NT. Oracle ha realizado 
camblos especi'flcos en su 
base de dates a fin de 
mejorar su desempeho y 
capacldad de uso en 
Windows. 



INFORMACION GENERAL 

Oracle Database 1 Ig para Windows ofrece una solucion optimizada de base de datos para 

aquellas implementaciones que requieren escalabilidad, confiabilidad y alto desempeno 
empresarial. El presente informe describe la arquitectura de la base de datos Oracle en 
Windows y como esta difiere de su contraparte en UNIX y Linux. 

Al utilizar un modelo de servicios Windows nativo y basado en threads, Oracle Database 
1 Ig garantiza gran desempeno y escalabiUdad. La base de datos Oracle se Integra por 
complete con las caracterfsticas avanzadas del sistema operativo Windows y el hardware 
subyacente, como el soporte NUMA y de Paginacion. Oracle ofrece desempeno de 
primer nivel a traves del soporte de memorias extendidas, archivos binarios y de gran 
volumen, ygrid computing. 

La base de datos Oracle esta certificada para funcionar en sistemas operatives Windows de 
32 bits y 64 bits. 

La base de datos Oracle de 32 bits es soportada por el sistema Windows de 32 bits con 
hardware estandar de x86, con inclusion de Windows Vista. En el sistema Windows de 64 
bits, Oracle de 64 bits se ejecuta en los sistemas operatives Windows x64 
(AMD64/EM64T) y Windows Itanium. El hardware de 64 bits ofrece mayor escalabiUdad 
y desempeno respecto de los sistemas de 32 bits. 



INTRODUCCION 

La base de datos Oracle se ha convertido en una de las soluciones de base de datos Kder de 
la plataforma Windows. Desde el comienzo, el objetivo de Oracle ha sido el de brindar la 
base de datos mas integrada y de maximo desempefio en Windows y, como resultado, 
Oracle ha invertido en el traspaso de su tecnologia de base de datos UNIX Mer del 
mercado a la plataforma Windows. En 1993, Oracle fue la primera empresa en brindar ima 
base de datos relacional para Windows NT. 

En un principio, los esfuerzos de desarroUo de Oracle se concentraron en mejorar el 
desempefio y optimizar la arquitectura de la base de datos en Windows. Oracle? en 
Windows NT fue rediseiiado para aprovechar las multiples caracterfsticas de la plataforma 
Windows, con inclusion del soporte nativo de threads y la integracion con algunas de las 
herramientas administrativas, como por ejemplo, el Monitoreo de Desempefio y el 
VisuaUzador de Eventos. 

La base de datos Oracle en Windows ha evolucionado desde un nivel basico de integracion 
del sistema operativo hasta utilizar servicios mas avanzados en la plataforma Windows, con 
inclusion de los sistemas Itanium y AMD64/EM64T. Como siempre, Oracle continua 
innovando y aprovechando las nuevas tecnologfas de Windows. Este informe ejecutivo 
ofrece informacion detaUada sobre la arquitectura de Oracle Database 1 \g en Windows. 
Abarca las innovaciones que mejoran la base de datos para Windows, pero no cubre las 
caracterfsticas apUcables a todas las plataformas de hardware. 
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Oracle Database llgpresenta 
las mismas caracten'stlcas y 
funclonalldad en Windows 
como en Linux y UNIX. No 
obstante, se ha reallzado un 
trabajo significative para 
aprovechar las caracterlstlcas 
del sistema operative 
especi'fico de Windows a fin 
de mejorar el desempeno, la 
confiabilldad y la estabilidad. 



La arquitectura de la base de 
datos Oracle en Windows esta 
basada en threads, en lugar 
de procesos. Los threads 
ofrecen switches de contexto 
mas rapidos; una rutina de 
asignacion SGA mucho mas 
simple que no requiere el uso 
de memoria compartida; 
productividad mas rapida de 
nuevas conexiones; y menor 
uso de memoria total. 



ARQUITECTURA DE LA BASE DE DATOS ORACLE EN WINDOWS 

Cuando se ejecuta en Windows, Oracle Database 1 Ig presenta las mismas caracteristicas y 
la misma funcionalidad que las distintas plataformas Linux y UNIX soportadas por Oracle. 
No obstante, la interface entre la base de datos y el sistema operativo ha sido 
sustancialmente modificada para aprovechar los servicios exclusivos brindados por 
Windows. Como resultado, Oracle Database llg en Windows no es un puerto directo de 
la base de codigo UNIX. Se Uevo a cabo un importante trabajo de ingenieria para asegurar 
que la base de datos explota al maximo las capacidades de Windows y para garantizar que 
la base de datos Oracle es un sistema estable, confiable y de alto desempeno para crear 
apUcaciones. 



Modelo de Threads 

Comparado con la base de datos Oracle en UNIX, el cambio de arquitectura mas 
significativo en Oracle Database 1 1^ en Windows es la conversion de un servidor basado 
en procesos a un servidor basado en threads. En UNIX, Oracle utiUza procesos para 
implementar tareas de segundo piano, como el generador de base de datos (DBWO), el 
generador de registros (LGWR), los distribuidores, servidores compartidos, entre otros. 
Asimismo, cada conexion dedicada, reaUzada en la base de datos provoca el arranque de 
otro proceso del sistema operativo por parte de esa sesion. En Windows, en cambio, todos 
estos procesos se implementan como threads dentro de un unico y ampUo proceso. Esto 
significa que para cada instancia de la base de datos Oracle, hay un solo proceso 
ejecutandose en Windows para el propio ser\ddor de base de datos Oracle. (Nota: Existen 
otros procesos Oracle en Windows para otros servicios de base de datos, como por 
ejemplo la Consola de Base de Datos de Enterprise Manager). Dentro de este proceso hay 
muchos threads en funcionamiento, y cada thread corresponde directamente a un proceso 
en la arquitectura UNIX. De modo que, si habia 100 procesos Oracle ejecutandose en 
UNIX para ima instancia particular, esa misma carga de trabajo seria manejada por 100 
threads en un solo proceso en Windows. 

Desde el punto de vista operational, las apHcaciones cUente conectadas a la base de datos 
no se ven afectadas por este cambio en la arquitectura de la base de datos. Cada esfuerzo 
ha sido reaUzado para garantizar que la base de datos funciona del mismo modo en 
Windows como en otras plataformas, aiin cuando la arquitectura del proceso interno haya 
sido convertida a un entomo basado en threads. 



La motivacion inicial para cambiar a ima arquitectura basada en threads surgio de los 

problemas de desempeiio con la primera version de Windows NT al Udiar con los archivos 
compartidos entre los procesos. Pasar simplemente a una arquitectura basada en threads y 
no modificar ningiin otro nodo aumento drasticamente el desempeno ya que se evito este 
cueUo de boteUa particular de Windows NT. No cabe duda de que la motivacion inicial 
para el cambio ya no existe, no obstante, aun se mantiene la arquitectura de threads para 
Oracle ya que esta resulto ser muy estable y facil de soportar. 

Existen otros beneficios que surgen de la arquitectura basada en threads. Estos incluyen 
switches de contexto mas rapidos para el sistema operativo entre los threads, a diferencia 
de los procesos; una rutina de asignacion del Area del Sistema Global (SGA) mucho mas 
simple que no requiere del uso de memoria compartida; productividad mas rapida de 
nuevas conexiones debido a que los threads se crean mas velozmente que los procesos; 
menor utilizadon de la memoria debido a que los threads comparten mas estructuras de 
datos que los procesos; y finaknente, la idea de que un modelo basado en threads sea en 
cierto modo mas "parecido a Windows" que imo basado en procesos. 
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La base de datos Oracle se 
ejecuta como servicio 
Windows, que representa un 
proceso en segundo piano 
que puede ser Iniclado por 
Windows cuando este se 
reinlcia. 



Internamente, el codigo para implementar el modelo basado en threads es compacto y 
muy aislado de la parte principal del codigo Oracle. Menos de 20 modulos ofrecen toda la 
infraestructura necesaria para implementar el modelo de threads. Asimismo, la soUdez se 

ha incorporado a la arquitectura a traves del uso de encargados de excepciones y tambien a 
traves de rutinas utiHzadas para rastrear y rechazar los recursos. Ambas incorporaciones 
ajiidan a la base de datos Oracle en las apUcaciones Windows a cumpHr con los 
requerimientos de operaciones 24x7 sin tiempo de baja relacionado con la perdida de 
recursos o el mal funcionamiento de los programas. 



Servicios 

Ademas de estar basado en threads, Oracle Database 1 Ig no es un proceso tipico de 
Windows. Es un servicio de Windows, que basicamente impUca un proceso en segundo 
piano registrado con el sistema operativo, iniciado por Windows cuando este se reinicia, y 
que se ejecuta conforme a un contexto de seguridad particular. La conversion de Oracle a 
un servicio fue necesaria para permitir que la base de datos funcione automaticamente al 
momento de reiniciar el sistema, ya que los servicios no requieren la interaccion del usuario 
para comenzar. Cuando se inicia el servicio de base de datos Oracle, no hay threads ti'picos 
de Oracle ejecutandose en el proceso. En cambio, el proceso basicamente espera un 
pedido de conexion e inicio de SQL*Plus, que provocara el funcionamiento de un thread 
en primer piano y luego, eventualmente, provocara la creacion del thread en segundo piano 
de SGA. Cuando se cierra la base de datos, todos los threads que se crearon finalizaran, 
pero el proceso continuara ejecutandose y esperara hasta el proximo pedido de conexion y 
comando de inicio. Ademas del servicio de base de datos Oracle, se agrego mas soporte 
para generar automaticamente SQL*Plus, y asf iniciar y abrir la base de datos para el uso 
del cUente. 



Durante todos estos anos, 
Oracle ha creado su base de 
datos de manera consistente 
para brindar servicios a las 
amplias poblaciones de 
usuarios. Oracle Real 
Application Clusters aumenta 
la capacidad de las 
conexiones de los usuarios y 
el rendimiento ai agrupar en 
clusters multiples maquinas 
en una sola base de datos. 



Oracle Net Listener se considera un servicio ya que tambien debe ejecutarse antes de que 
los usuarios puedan conectarse a la base de datos. Nuevamente, todos estos son detaUes de 
implementacion que no afectan la manera en que los cUentes se conectan o utilizan la base 
de datos, aunque eso sea muy importante para los administradores de base de datos 
Windows. 



Mejoras de Escalabilidad 

Uno de los principales objetivos de Oracle Database 1 Ig en Windows es explotar por 

completo cualquier tecnologfa de hardware y sistema operativo que pueda ajoidar a 
aumentar la escalabiUdad, el rendimiento y la capacidad de la base de datos. 

Se han asumido muchas actividades para soportar grandes cantidades de usuarios 
conectados a la base de datos en Windows. Ya en Oracle? version 7.2, hubo cUentes en los 
entomos de produccion con mas de 1000 conexiones simultaneas a una sola instancia de 
base de datos en Windows NT. Con el tiempo, esa cantidad aumento al punto en que mas 
de 2000 usuarios podian conectarse simultaneamente a una sola instancia de base de datos 
en un solo nodo en los entomos de produccion. Al utilizar la arquitectura de servidor 
compartido de Oracle, que Umita la cantidad de threads que se ejecutan en el proceso de 
base de datos Oracle, se han logrado mas de 10000 conexiones simultaneas a una sola 
instancia de base de datos. Asimismo, las caracten'sticas de grupos de conexion y 
multiplexores de red pueden permitir una configuracion extensiva para lograr ima mayor 
cantidad de usuarios conectados a una sola instancia de base de datos. 



Recientemente, los administradores de base de datos Windows han podido aumentar aiin 
mas su recuento de usuarios al implementar nuevo hardware de 64 bits, ya sea Itaniixm o 
AMD64/EM64T, y Oracle Real Application Clusters (RAC). La mejora de 64 bits se 
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La base de datos Oracle en 
Windows soporta el acceso a 
grandes cantldades de 
memoria a traves de distlntos 
medios, con inclusion de las 
caracteristicas de Ajuste RAIVI 
de 4GB, la Memoria Extendida, 
y Address Windowing 
Extensions. Debido a que 
Oracle puede utilizer el 
maximo de memoria poslble, 
64GB, en Windows de 32 bits, 
los usuarios pueden 
experimenter una major 
escaiabliidad y rendlmiento. 



tratara mas adelante en este informe. Oracle RAC permite el acceso de multiples servidores 
a los mismos archivos de base de datos, aumentando asi la capacidad de las conexiones de 
usuarios y al mismo tiempo aumentando el resultado. Debido a que se pueden incorporar 
commodities de hardware como nodos adicionales a un cluster RAC, RAC ha sido una 
solucion tradicional para la alta disponibiUdad y el escalamiento economico. En Windows, 
los clientes han escalado a un cluster RAC de 23 nodos sin ningun problema. 

Ajuste RAM de 4GB (4GT) 

Cuando clustering y Windows de 64 bits no son opciones disponibles, es necesario 
maximizar los recursos existentes en los sistemas Windows de 32 bits. El Servidor 
Windows 2000 de 32 bits (ediciones Advanced y Datacenter) y el Servidor Windows 2003 
de 32 bits (ediciones Enterprise y Datacenter) incluyen una caracteristica de Ajuste RAM 
de 4GB (4GT). Esta caracteristica permite a las apUcaciones Windows que requieren 
mucha memoria acceder directamente a 3GB de memoria, a diferencia de los 2GB 
estandar permitidos por defecto. El beneficio obvio de la base de datos Oracle es que se 
dispone de un 50Vo mas de memoria para el uso de la base de datos, lo cual puede 
utilizarse para aumentar el tamaiio SGA o el total de conexion. Todas las versiones del 
servidor de base de datos Oracle desde la version 7.3.4 han soportado esta caracteristica 
sin reaUzar modificaciones necesarias en la instalacion Oracle estandar. El unico cambio de 
configuracion requerido es garantizar que el indicador / 3GB sea utiUzado en el archivo 
boot.ini. de Windows 



Memoria Extendida (Very Large Memory - VLM) 

La caracteristica de Memoria Extendida (Very Large Memory - VLM) comiinmente utiUzada 
en las apUcaciones Windows de abundante memoria de 32 bits, es una caracteristica clave 
de ajuste de memoria, originalmente soportada con OracleSj. VLM, disponible en 
Windows 2000 y versiones posteriores, permite a la base de datos Oracle en Windows 
superar el Kmite de espacio de 3GB normalmente impuesto por Windows de 32 bits. 
Especificamente, una sola instancia de base de datos puede ahora tener acceso a buffers de 
base de datos de 64GB cuando se ejecuta en una maquina y un sistema operativo que 
soportan tanta cantidad de memoria ffsica. Este soporte en Oracle Database 1 Ig se 
encuentra estrechamente integrado con el codigo de cache de buffers de base de datos 
dentro del nucleo kernel de base de datos, permitiendo asi el uso eficiente de una gran 
cantidad de RAM disponible para los buffers de base de datos. Al configurar una base de 
datos con una gran cantidad de buffers, mas datos se agrupan en cache en la memoria. 
Esto reduce la cantidad 1/ O en disco, lo cual es considerablemente mas lento que 
recuperar datos de la memoria. UtiHzar esta caracteristica Ueva al correspondiente aumento 
de desempeno y rendimiento de la base de datos. 

Oracle Database \ \g en Windows aprovecha Address Windowing Extensions (AWE), 
creadas en Windows 2000 y los sistemas operativos superiores. AWE son un grupo de 
Uamadas API que permite a las apUcaciones tener mas acceso que los tradicionales 3GB de 
RAM normalmente disponibles para las apUcaciones de 32 bits. La interface AWE 
aprovecha la arquitectura Intel Xeon y brinda una interface rapida para mapear/ deshacer el 
mapeo en la memoria de una maquina. Asi, cuando se accede a una memoria superior de 
4GB, en reaUdad las apUcaciones no tienen acceso directo a la memoria. Si el buffer de 
base de datos requerido esta en una zona de memoria superior a 4GB, debe ser mapeado 
desde esta area a una de memoria inferior a 4GB para que sea accesible a la base de datos 
de 32 bits. Aunque este proceso es mas lento que el acceso directo a la memoria, es 
considerablemente mas rapido que utiUzar el disco. 

Las Uamadas AWE permiten el incremento del uso de buffers de base de datos hasta un 
total de 64GB de buffers. Este soporte es meramente un cambio de memoria que no 
representa ningun cambio ni modificacion a los archivos propios de la base de datos. 
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El soporte de Pagina- 
cion aumenta el 
desempeno de las 
apllcaciones de base de 
datos de mucha 
memoria, especlalmente 
en los casos en que el 
cache de buffer tiene 
varies gigabytes de 
tamaiio. 



Paginacion 

El Soporte de P9ginacion es una caracteristica que biinda aumento del desempeno 
para instancias de base de datos de mucha memoria tanto en Servidores Windows 2003 de 
32 bits como de 64 bits. Las bases de datos Oracle pueden hacer un uso mas efectivo de 
los recursos de acceso al procesador de memoria utilizando esta caracteristica. 
Especificamente, cuando se permite el soporte de Paginacion, las CPU en el sistema 
podran acceder mas rapidamente a los buffers de base de datos Oracle en memoria. Oracle 
utiliza el soporte de Paginacion disponible en Windows. El tamano de la pagina es de 
2MB si se activa la caracteristica Physical Address Extension (PAE), o de 4MB si se 
desactiva PAE (en Windows de 32 bits); y de 2MB (en Windows x64); o 16MB (en 
Windows Itanium). La paginaciOD se utiliza para SGA. Todos los componentes 
SGA con inclusion de los cache de buffers, los grupos compartidos, los grupos extensivos, 
entre otros, son asignados desde estas pagina. 

Esta caracteristica es particularmente utQ cuando el cache de buffer de Oracle tiene varios 
gigabytes de tamano. Las configuraciones de menor tamano tambien advertiran una 
ventaja al utiUzar la Paginacion, pero esta ventaja no sera tan amplia como cuando 
se accede a grandes cantidades de memoria. Para activar esta nueva caracteristica, la 
variable de registro ORAJLPENABLE deberia establecerse en 1 en la clave Oracle del 
Registro Windows. 

Los admlnlstradores de base de datos pueden aslgnar las priorldades y aflnidades de CPU a los threads 
especificos de Oracle para mejorar su desempeno. 



Los admlnlstradores de 
base de datos pueden 
aslgnar las priorldades y 
aflnidades de CPU a los 
threads especificos de 
Oracle para mejorar su 
desempeno. 



Configuracion de Priorldades y Afinidades 

La base de datos Oracle soporta la modificacion tanto de las configuraciones de afinidad y 
prioridad para el proceso de base de datos como de los threads individuales en el proceso, 
cuando el proceso se realiza en Windows. 

Al modificar el valor de configuracion del registro ORACLE_PRIC3RITY, un 
administrador de base de datos puede aslgnar diferentes priorldades Windows a los threads 
de segundo piano individuales y tambien poner en primer piano a todos los threads. Del 
mismo modo, tambien puede modificarse la prioridad de todo el proceso Oracle. En 
ciertas circunstancias, esto puede mejorar levemente el desempeno. Por ejemplo, si una 
apUcacion genera abundante actividad de archivos testigo, la prioridad de los threads 
LGWR puede aumentar para manejar mejor la carga impuesta en ella. De igual manera, si 
la replicacion se utiliza intensamente, esos threads que actualizan los datos desde y hasta 
bases de datos remotas tambien pueden incrementar su prioridad. 

Al igual que la configuracion ORACLE_PRIORITY, la configuracion del registro 
ORACLE_AFFINITY permite al administrador de base de datos asignar todo el proceso 
Oracle o los threads individuales en ese proceso a una CPU particular o a grupos de CPU 
en el sistema. Nuevamente, en ciertos casos, esto puede a)aidar al desempefio. Por 
ejemplo, asignar DBWO a una sola CPU de modo de no migrar de una CPU a otra puede, 
en algunos casos, brindar una leve mejora en el desempeno. Ademas, si hay otra apHcacion 
ejecutandose en el sistema, utiUzar ORACLE_AFFINITY podrfa representar una de las 
maneras para mantener a Oracle Umitado a un subgrupo de CPUs disponibles a fin de dar 
a las otras apUcaciones tiempo para funcionar. 
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La base de datos Oracle 
puede automaticamente 
detectar hardware NUMA y 
optimizarse al utilizar 
eficientemente las 
afinidades del nodo NUMA. 



Acceso a Memoria No Uniforme {Non-Uniform Memory Access - NUMA) 

Con la incorporacifSn del soporte al Acceso a Memoria No Uniforme (NUMA) en el 
Servidor Windows 2003, Oracle ahora puede explotar mejor el hardware NUMA 
sofisticado en el cual un solo servidor flsico de gran capacidad se compone de varios 
"nodos" informaticos. Debido a que cada nodo en una maquina NUMA tiene acceso a 
distintas partes de RAM fisicas de diferentes velocidades, es elemental que la base de datos 
pueda determinar la topologia de una maquina NUMA y ajustar su programacion, sus 
asignaciones de memoria y las operaciones intemas adecuadamente. 



Al ejecutarse en una maquina NUMA, la base de datos automaticamente establece la 

configuracion 

ORACLE_AFFINITY en el valor por defecto que corresponda al momento del inicio a 
fin de maximizar la utiUzacion de recursos de la maquina. Asimismo, las asignaciones de 
memoria SGA y PGA se reaUzan teniendo en cuenta las caracteristicas NUMA, para que 
se pueda acceder a esa memoria de la manera mas eficiente posible desde los distintos 
"nodos" en el servidor. Finaknente, la cantidad de threads del generador de base de datos 
se configura de manera tal que exista un solo thread por nodo, nuevamente, como 
operacion de mejora en el desempeno. 



La base de datos Oracle en 
Windows soporta un 
sistema de archives en 
cluster, facilitando la 
capacidad de 
administracion. 
El soporte I/O de archives 
de 64 bits permlte un 
tamaho de archive superior 
a 4GB. Los archives 
binaries, e las particienes 
de disco no fermateadas, 
sen sepertades para 
efrecer alguna ventaja de 
desempeno respecte de la 
utilizacion de les sistemas 
de archives tradicionales. 



Mejoras I/O de Archives 

Otra area sobre la que se ha trabajado mucho en cuanto al codigo de base de datos Oracle 
se refiere al soporte de archivos en cluster, archivos grandes, y archivos binarios. El 
sistema de archivos en cluster de Oracle es parte integral de Oracle Database 1 Ig que 
faciUta la administracion e instalacion de los clusters de Oracle. En un esfuerzo por 
garantizar que todas las caracteristicas de Windows se aprovechen al maximo, la base de 
datos soporta I/O de archivos de 64 bits para permitir tamanos de archivos superiores a 
4GB. Asimismo, se soportan los archivos binarios logicos y fisicos para los archivos de 
control, los archivos testigo y los archivos de datos a fin de permitir un mejor desempeno 
utiUzando Oracle RAC y bases de datos de instancia linica en Windows. 

Sistema de Archivos en Cluster 

La capacidad de administracion de C3racle RAC se ha mejorado enormemente a traves del 
sistema de archivos en cluster de Oracle (CFS). CFS de Oracle fue creado para ser 
utiUzado especfficamente con RAC. 

Los procesos ejecutables de Oracle RAC se instalan en cualquier CFS o en archivos 
binarios. En el ultimo caso, al menos una sola instancia de base de datos se ejecuta en cada 
nodo del cluster. En una sola instalacion base de Oracle con CFS, la base de datos estara 
en el aknacenamiento compartido, generalmente un sistema con caracteristicas de "storage 
arra/'. CFS permite a todos los nodos en el cluster acceder al software Oracle, pero este 
no es controlado por ninguno de eUos. Todas las maquinas CFS tienen igual acceso a 
todos los datos y pueden procesar cualquier transaccion. De este modo, RAC con CFS 
garantiza la redundancia de software de toda la base de datos para los clusters Windows al 
tiempo que simpUfica la instalacion y administracion. 



I/O de Archivos de 64 Bits 

Internamente, todas las rutinas I/O de archivos de la base de datos Oracle soportan la 
compensacion de archivos de 64 bits, lo cual significa que cuando se trata de archivos de 
control, archivos testigo o de datos, como en el caso de alguna otra plataforma, no existe la 
limitacion de tamaiios de archivo de 2GB o 4GB. De hecho, los Umites establecidos son 
Umitaciones genericas de Oracle en todos los puertos. Estos Hmites incluyen bloques de 
base de datos de 4 millones por archivo, un tamaiio maximo de bloque de 16KB, y 
archivos de 64K por base de datos. Si se multipUcan estos valores, el tamano maximo de 
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archive para un archive de base de datos en Windows se calcula en 64GB, mientras que el 
tamaiio maximo de base de datos soportado (con bloques de bases de datos de 16KB) es 
de 4 petabytes. 



La base de datos Oracle en 
Windows soporta un 
sistema de archives en 
ciuster, faciiitando ia 
capacidad de 
administracion. 
Ei soporte i/0 de archives 
de 64 bits permite un 
tamano de archive superior 
a 4GB. Los archivos 
binaries, o las partlclones 
de disco no formateadas, 
son soportados para 
ofrecer alguna ventaja de 
desempeno respecto de la 
utilizacion de los sistemas 
de archivos tradicionales. 



Soporte de Archivos Binaries 

Al igual que UNIX, Windows soporta el concepto de archivos binarios, que son 
basicamente particiones no formateadas de disco que pueden utilizarse como un solo 
archivo extenso. Los archivos binarios tienen el beneficio de no representar ningiin gasto 
general para el sistema de archivos, ya que se trata de particiones no formateadas. Como 
resultado, utiUzar archivos binarios para la base de datos o los archivos testigo puede 
producir una leve ganancia en el desempeno. No obstante, el inconveniente de utilizar 
archivos binarios es la capacidad de administracion, ya que los comandos Windows 
estandar no soportan la manipulacion ni el back up de los archivos binarios. Por 
consiguiente, los archivos binarios son generalmente utUizados solo por instalaciones muy 
sofisticadas y por Oracle Real Application Clusters, lo cual requiere un desempeno 
optimizado. 

Para utilizar un archivo binario, todo lo que Oracle requiere es que el nombre de archivo 

especifique que letra o particion de la unidad utilizar para el archivo. Por ejemplo, el 
nombre de archivo \\.\PhysicalDrive3 indica a Oracle utUizar la unidad ffsica externa 
como archivo binario flsico como parte de la base de datos. Asimismo, un archivo como 
\\.\log_i31e_l es un ejemplo de archivo binario al que se le ha asignado un alias para vma 
facil comprension. Los alias pueden ser asignados con Oracle Object Link Manager 
(OLM). OLM brinda faciUdad para utilizar una interface grafica y mantener los enlaces en 
el cluster y a traves de las acciones de reinicio. Cuando se especifica el nombre de los 
archivos binarios en Oracle, se debe tener cuidado al seleccionar el numero de particion o 
la letra de la unidad adecuados, y^a que Oracle simplemente sobrescribira cualquier 
parametro en la unidad especificada cuando agregue el archivo a la base de datos, incluso si 
y^a se trata de una unidad formateada FAT o NTFS. 



Para Oracle, los archivos binarios no difieren de otros archivos de base de datos Oracle. 
Son tratados del mismo modo por Oracle y pueden realizarse backups y almacenarse por 
medio del Administrador de Recuperacion como cualquier otro archivo. 



Cliente Direct Network File System - Novedades en 11 g 

Oracle Database 1 Ig puede configurarse para acceder a los servidores Network File 
System (NFS) Version 3 directamente utiUzando un cliente intemo de Oracle Direct 
Network File System. 

Esta caracten'stica se implementa como parte del nucleo kernel de la base de datos Oracle 
para la bibUoteca Oracle Disk Manager. Los sistemas basados en Network Attached 
Storage (NAS) utiUzan NFS para acceder a los datos. En versiones anteriores de Oracle, el 
sistema operativo permitfa al controlador del sistema de archivos de red kernel acceder a 
los dispositivos de almacenamiento NAS. Esta configuracion requeria un entorno de 
configuraciones especffico para garantizar el uso correcto y eficiente en Oracle. Cuando los 
parametros de configuracion no se especificaban correctamente, surgian los siguientes 
problemas: 



• Los cUentes NFS eran muy inconsistentes a traves de las plataformas y variaban 
con las versiones del sistema operativo. 

• Los parametros de configuracion eran diflciles de ajustar. Existen mas de 20 
parametros NFS con sutiles diferencias entre eUos a traves de las plataformas. 
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• El stack del cllente NFS era disenado para un proposito de uso general. Como tal, 
contiene caracteristicas, como la administracion de atributos de archivos que no 
son requeridos por Oracle. 



• Oracle Direct Network File System implementa el protocolo NFS Version 3 
dentro del kernel de base de datos, lo que Ueva a una capacidad de administracion 

mas facil y caracteristicas optimizadas y mas previsibles de desempeno. A 
continuacion se enumeran las principales ventajas que ofrece el uso de esta nueva 
implementacion: 



• Permite el control completo de los procesos de entrada-saUda a los servidores 
NFS, dando como resultado un desempeno previsible, administracion de 
configuracion simpUficada y diagnostico superior. 

• Sus operaciones evitan las Umitaciones de recursos y los cueUos de boteUa en el 
nivel kernel del sistema de archivos de red. No obstante, el niicleo kernel aun se 
utiUza para los modulos de comunicacion de red. 

• Brinda a Oracle una interface NFS comun para un posible uso en todas las 
plataformas host y servidores NFS soportados. 

• Permite un mejor desempeno por medio del balance de carga a traves de multiples 
conexiones a los servidores NFS y buenas estrategias de operaciones de entrada- 
saUda asfncronas con una mejor concurrencia. 



El proximo paso 
importante de 
escalabilidad para la 
arqultectura de base de 
datos Oracle ha sido 
logrado con el cambio a 
las plataformas Itanium y 
AMD64/EM64T de 64 bits. 
Debldo a que la base de 
datos Oracle ya ha sido 
transportada a otras 
plataformas de 64 bits, el 
cambio a Windows de 64 
bits da como resultado 
una base de datos 
estable y de alto 
desempeno. 



SISTEMAS OPETATIVOS WINDOWS DE 64 BITS 

Windows de 64 bits y el hardware originan un nuevo cambio hacia la escalabilidad y el 
desempeno de la base de datos Oracle. Dos plataformas Windows de 64 bits estan 
disponibles: la plataforma AMD64 e Intel 

EM64T y la plataforma Intel Itanium. La primera utiUza el sistema operativo Windows 
x64. Ambas plataformas brindan una mayor escalabiUdad y un mejor desempeiio que la de 
32 bits. 

Oracle se ha comprometido fuertemente con estas plataformas de 64 bits. Fue el primero 
en lograr que una version para el desarroUador de base de datos este pubUcamente 
disponible para Windows de 64 bits tanto en Itanium como en AMD64/EM64T. Oracle 
continue Hderando la tecnologfa Windows de 64 bits al lanzar una version de produccion 
de la base de datos el mismo di'a que se lanzo el Servidor Windows 2003 de 64 bits para 
Itamium. Los equipos de desarroUo de Oracle han estado trabajando de cerca con 
Microsoft, Intel, y AMD para garantizar que la base de datos trabaje de manera optima en 
ambos grupos de sistemas operatives y hardware de 64 bits. 

Como ocurre con las bases de datos de 64 bits de Oracle en las plataformas UNIX, la base 
de datos Oracle de 64 bits en Windows permite manejar mas conexiones, asignar mucha 
mas memoria, y ofrecer un rendimiento mucho mayor que la base de datos de 32 bits. El 
desempeno y la escalabilidad de Oracle se benefician enormemente con la memoria y los 
caches mas ampUos, disponibles en los sistemas de 64 bits. Al no existir restricciones en la 
memoria de 4GB como ocurre en los sistemas de 32 bits, Oracle de 64 bits es perfecto 
para el procesamiento de grandes transacciones o para las apUcaciones de inteUgencia de 
negocios. Asimismo, Oracle se beneficia con el paraleUsmo optimizado, la programacion, y 
el rendimiento disponibles en las arquitecturas de 64 bits. Todas estas mejoras de 
desempeno se encuentran disponibles en la base de datos Oracle; de modo que no se 
requieren cambios de codigo para utiUzar las implementaciones de base de datos 
existentes. 
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Ademas de la ventaja inherente en el desempeno obtenida por el cambio de tamano a 64 
bits, una de las mejoras mas importantes del desempeno implementadas por Oracle es la 
optimizacion guiada por perfiles (PGO). Con el compilador Windows Intel de 64 bits, 
Oracle ha disenado su base de datos para funcionar de manera optima con relacion a las 
cargas de trabajo de los cUentes tanto en Itanium como en AMD64/EM64T. Al utUizar 
cargas de trabajo simuladas de cUentes durante la compUacion, se brinda un ciclo de 
feedback al compilador, el cual luego puede anaUzar los procesos de codigos mas utiUzados 
y menos utiUzados. Sobre la base de esa informacion, el compilador puede arreglar que los 
procesos de codigo sean mas eficientes cuando se ejecutan en un hardware de 64 bits. Al 
utiLizar PGO sin otros cambios, Oracle ha experimentado una mejora aproximada del 
15%-25% en el desempeno. Las mejoras PGO son transparentes para las apUcaciones 
existentes, sin la necesidad de cambios de codigo. 

El proceso de migracion de Oracle de 32 bits a uno de 64 bits es senciUo. No hay 
necesidad de volver a crear las bases de datos, ni se requiere una total exportacion e 
importacion. Todo lo que se necesita es copiar los archivos de datos actuales al nuevo 
sistema, instalar la version de 64 bits de Oracle, iniciar normalmente la base de datos y 
ejecutar unos pocos scripts SQL para actualizar el diccionario de datos. 

Desde una perspectiva de arquitectura, la arquitectura actual, probada, basada en threads es 
utilizada por el puerto de 64 bits. Como resultado, crear el nuevo software Oracle de 64 
bits basicamente impUco una nueva recopilacion, un nuevo enlace, nuevas pruebas y el 
relanzamiento de la nueva version. Se tuvieron que escribir muy pocos codigos durante el 
traspaso a los 64 bits debido a que las API del sistema operativo subyacente eran 
sustancialmente las mismas. Asimismo, debido a que la base de datos Oracle ya se ha 
trasladado al sistema operativo de 64 bits, cambiar a 64 bits resulta un proceso senciUo que 
genera un producto estable y de caUdad en muy poco tiempo. 

Uno de los beneficios de utiUzar AMD64/EM64T es la capacidad de migrar facilmente las 
apUcaciones de 32 bits a 64 bits en el mismo sistema. Con este hardware, los cUentes 
pueden ejecutar el servidor de base de datos Oracle de 32 bits y el cUente en Windows de 
32 bits. O pueden ejecutar el sistema operativo en un modo de 64 bits, mientras que el 
cUente Oracle continua en un modo de 32 bits, y mientras que otras apUcaciones se 
convierten a 64 bits. O pueden migrar totalmente a un stack Oracle de 64 bits sobre 
Windows x64. Estas opciones ofrecen un proceso de migracion de 32 a 64 bits mucho mas 
facU si existen multiples apUcaciones ejecutandose en la misma maquina. Los cUentes 
pueden migrar sus apUcaciones a 64 bits en un formato escalonado. 

CONCLUSION 

Oracle Database 1 1^ para Windows ha evolucionado de un puerto del servidor de base de 
datos UNIX a una apUcacion nativa bien integrada que aprovecha al maximo los servicios 
y caracteristicas del sistema operativo Windows y el hardware subyacente. Oracle continua 
mejorando el desempeno, la escalabiUdad y la capacidad de su servidor de base de datos 
Windows, mientras que al mismo tiempo genera una plataforma estable, altamente 
ftincional en la cual crear apUcaciones. Oracle se encuentra completamente comprometido 
a brindar la base de datos de mayor desempeno para las plataformas Windows de 32 y 64 
bits. 

Para obtener informacion adicional sobre la base de datos Oracle en Windows, visite: 
Area Tecnica - http:/ / otn.oracle.com/windows 
Area Comercial - http:/ /www.oracle.com/windows 
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